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Description 

[METHOD FOR SUPPLY AND DEMAND 
CHAIN INTEGRATION OF TEST DATA] 

Background of Invention 
[0001] Field of the Invention 

[0002] The invention generally relates to a method of transferring 
test data from a supply chain to a demand chain, and 
more particularly to a method/system that performs sup- 
ply side and demand side reconciliations of the test data 
upon the occurrence of a trigger event in the supply 
chain, and processes this reconciled data through a busi- 
ness rules database to verify that entitled test data is se- 
lectively supplied to points in the demand chain. 

[0003] Description of the Related Art 

[0004] For purposes of this application, the following definitions 
will be used. A "supplier" is an entity outside a manufac- 
turer where or one more manufacturing steps are com- 
pleted and where components of devices are produced. 



"Manufacturers" produce a product or device. One or more 
steps (components) in this manufacturing process can be 
performed by an external supplier and in some cases all 
manufacturing steps can be performed by the supplier. 
The "customer" is an entity which buys products (devices) 
from the manufacturer. 

[0005] | n the multi-step manufacturing process, data can origi- 
nate for the same product from multiple sources, internal 
to a company or external. For example, manufacturing 
step A could be at location A, and step B could be at loca- 
tion B. In a multi-source manufacturing process, data for 
a given step, itself, could originate from different sources. 
Manufacturing step C of the product could be done within 
the company or an external supplier. 

[0006] During the manufacturing process, customers may be en- 
titled to see different types and levels of data. For exam- 
ple, in multi-step, multi-source manufacturing, different 
data may be associated with each product at each step of 
manufacturing. In addition, across different organizations, 
the customers may be tracked by different product codes 
and/or classifications. Some challenges that arise when 
sending data to the customer are completeness and time- 
liness of the data. 



Summary of Invention 

[0007] The invention provides a method of transferring test data 
from a supply chain to a demand chain. This process in- 
cludes performing a supply side reconciliation of the test 
data and a demand side reconciliation of the test data 
upon the occurrence of a trigger event in the supply 
chain. Then, the invention processes this reconciled data 
through a business rules database to verify that entitled 
test data is selectively supplied to points in the demand 
chain. 

[0008] jhis supply side reconciliation process reconciles data 

from the trigger event with the test data. For example, the 
trigger event can be a notification of goods being sent 
from a point in the supply chain, and the supply side rec- 
onciliation would determine whether test data associated 
with the goods is consistent with the notification of ship- 
ment. The demand side reconciliation determines whether 
the test data is complete and has been send to the de- 
mand chain. Further, these processes of performing the 
supply side reconciliation and the demand side reconcilia- 
tion can be selectively delayed or accelerated (advanced) a 
predetermined period after or before the trigger event. 

[0009] one of the benefits of the invention is that the process of 



supplying the entitled test data supplies component test 
data after the component is completed, but before the de- 
vice of which the component is a part is completed. Fur- 
ther, during the supply side and demand side reconcilia- 
tion processes, the test data is corrected if it does not ini- 
tially reconcile with the trigger event data. This provides 
the customer with accurate (potentially corrected) test and 
shipping data of the device components as they are 
shipped from suppliers, which is well in advance of receipt 
of the completed device. Another benefit of the invention 
is the ability to pro-actively detect problems in the data, 
thereby providing time to correct it prior to the point 
when data is needed to be sent to the demand chain. 
[0010] a system embodiment of the invention includes a trigger 
event monitor, a supply side reconciler in communication 
with the trigger event monitor, and being adapted to per- 
form a supply side reconciliation of the test data upon the 
occurrence of a trigger event. A demand side reconciler is 
also in communication with the trigger event monitor, and 
is adapted to perform a demand side reconciliation of the 
test data upon the occurrence of the trigger event. Fur- 
ther, a rules database that is in communication with the 
supply side reconciler and the demand side reconciler, is 



adapted to process entitlement test data based on the 
supply side reconciliation and the demand side reconcilia- 
tion and to verify that the entitled test data is supplied se- 
lectively to points in the demand chain. 

[° 011 ] In this system the supply side reconciliation process per- 
formed by the supply side reconciler reconciles data from 
the trigger event with the test data. Similarly, the demand 
side reconciliation process performed by the demand side 
reconciler comprises determining whether the test data is 
complete and whether it has been sent to the demand 
chain. Again, these processes of performing the supply 
side reconciliation and the demand side reconciliation can 
be selectively delayed or accelerated a predetermined pe- 
riod after or before the trigger event by the supply side 
reconciler and the demand side reconciler. 

[0012] These, and other, aspects and objects of the present in- 
vention will be better appreciated and understood when 
considered in conjunction with the following description 
and the accompanying drawings. It should be understood, 
however, that the following description, while indicating 
preferred embodiments of the present invention and nu- 
merous specific details thereof, is given byway of illustra- 
tion and not of limitation. Many changes and modifica- 



tions may be made within the scope of the present inven- 
tion without departing from the spirit thereof, and the in- 
vention includes all such modifications. 
Brief Description of Drawings 

[0013] The invention will be better understood from the following 
detailed description with reference to the drawings, in 
which: 

[0014] Figure 1 is a schematic diagram illustrating production 
flow; 

[0015] Figure 2 is a schematic diagram illustrating production 
flow; 

[0016] Figure 3 is a schematic diagram showing the relationship 
between suppliers, a company and customers; 

[0017] Figure 4 is a flow diagram illustrating one embodiment of 
the invention; 

[0018] Figure 5 is a schematic diagram of the inventive system; 

[0019] Figure 6 is a schematic diagram showing the delay of the 

trigger point; and 
[0020] Figure 7 is a schematic diagram showing the delay of the 

trigger point. 
Detailed Description 

[0021] The present invention and the various features and ad- 



vantageous details thereof are explained more fully with 
reference to the nonlimiting embodiments that are illus- 
trated in the accompanying drawings and detailed in the 
following description. It should be noted that the features 
illustrated in the drawings are not necessarily drawn to 
scale. Descriptions of well-known components and pro- 
cessing techniques are omitted so as to not unnecessarily 
obscure the present invention. The examples used herein 
are intended merely to facilitate an understanding of ways 
in which the invention may be practiced and to further en- 
able those of skill in the art to practice the invention. Ac- 
cordingly, the examples should not be construed as limit- 
ing the scope of the invention. 
[0022] a s mentioned above, with multi-step, multi-source man- 
ufacturing environments it is difficult to provide timely, 
accurate data on components being manufactured for 
customers. One example of a production flow is shown in 
Figure 1. In Figure 1, steps A-C and steps X-Y can be per- 
formed in parallel. After these two portions of the supply 
chain are completed, then steps D-J can be performed se- 
quentially to produce a given device. In this process, there 
are data attributes (e.g., test data, wafer map, quality 
data, yield data, etc.) at each step, and production lots can 



be split/merged, adding to the complexity. 
[0023] Figure 2 illustrates a production flow with multi-step and 
multi-source manufacturing. More specifically, in Figure 
2, step A produces component 123 and this component is 
manufactured by Supplier 1. Supplier 2 performs steps B 
and C to produce component 856. Step X is performed in- 
ternally by the manufacturer at Location 1, while Supplier 
3 performs step Y. Again, component product CST is pro- 
duced internally at Location 2. In step E, Supplier 4 pro- 
duces component product CSU. Again at internal Location 
2, product XYX is produced and component product XYY 
is produced in steps F and J. Finally, the finished product 
XYZ is produced in step K, again at internal Location 2. 
Again, there are data attributes at each step, increasing 
the possibility of different identification (like product 
code) at each step. Production lots can be split/merged, 
adding to the complexity. To provide data associated with 
the finished product (XYZ) it is necessary to look at the at- 
tributes of Product 123 from Supplier 1, Product 856 from 
Supplier 2, etc. The customers do not want to wait until 
step K to see data associated with step B, as shown in Fig- 
ure 2. 

[0024] Figure 3 illustrates the relationship between the manufac- 



turing company 34, the suppliers 30, the internal sites 32 
within the manufacturing company, and the customers 36. 
Some additional problems with multi-step and multi- 
source manufacturing that are illustrated by Figure 3 are 
whether the data can be identified in the supply chain (30, 
32) by the manufacturer 34, whether all of the data was 
received by the customer 36, what action needs to be 
taken with respect to the data, whether a problem can be 
fixed before the customer 36 receives the data, etc. 
[0025] Figure 4 shows one embodiment of the invention in 

flowchart form. As mentioned above, the invention pro- 
vides a method of transferring test data from a supply 
chain (e.g, manufacturer 30, suppliers 32, internal sites 
34, etc.) to a demand chain (e.g., customer 36). This pro- 
cess includes performing a supply side reconciliation of 
the test data 400 upon the occurrence of a trigger event, 
such as the shipment of a component, the expiration of a 
time period, etc. For example, the trigger event can be a 
notification of goods being sent from a point in the supply 
chain, and the supply side reconciliation would determine 
whether test data associated with the goods is consistent 
with the notification of shipment. This supply side recon- 
ciliation process 400 reconciles data from the trigger 



event with the test data. 
[0026] item 402 represents a demand side reconciliation of the 
test data upon the occurrence of the trigger event in the 
supply chain. The demand side reconciliation 402 deter- 
mines whether the test data is complete and has been 
sent to the demand chain. Then, the invention processes 
this reconciled data through a business rules database to 
process entitled test data 404. This processing 404 
checks the entitled test data for completeness. The inven- 
tion verifies that the entitled test data is supplied to se- 
lective points in the demand chain in item 406. The pro- 
cesses of performing the supply side reconciliation and 
the demand side reconciliation can be selectively delayed 
or advanced a predetermined period after or before the 
trigger event. 

[0027] a system embodiment of the invention is shown in Figure 
5. The suppliers 30, and internal sites 32, discussed 
above, produce test data 500 as part of the component 
manufacturing process. This test data 500 is forwarded to 
internal test systems 502 within the manufacturing com- 
pany. Item 504 represents a bill of materials database and 
item 506 represents information regarding the parentage 
(which is a relationship between the various devices and 



their associated components). The information from the 
internal test systems 502, the bill of materials 504, as well 
as the parentage information 506 is forwarded to the 
transformation unit 510, which transforms the test data 
500 into appropriate categories as controlled by relation- 
ships between components and devices in the bill of ma- 
terials 504 and parentage data 506. The bill of materials 
structure 504 is used as well as a parentage database 506 
to provide manufacturing lot trace capability. The needed 
transformations are applied to the information received 
from attribute data streams 500, 502 (e.g., test data) and 
trigger (e.g., shipment) data 508. For example, the lot 
transformation uses the product parentage to identify and 
reconcile attributes of the data (e.g., test) and trigger 
(e.g., shipment), and the product transformation uses the 
bill of materials 504. 
[0028] item 520 represents the customer entitlements, which in- 
cludes information as to what type of data each customer 
is entitled to receive, and on which type of products and 
components the customer is entitled to receive such in- 
formation. 

[0029] item 508 represents a trigger event monitor which tracks 
shipment of components and other data (such as period- 



icity, etc.) that can comprise a trigger event. The shipment 
data 508 can be received from suppliers via the Internet 
or radio frequency identification (RFID) tags attached to a 
product or its packaging or other means. The invention 
defines rules that can be maintained in database 530 or in 
the trigger event monitor 508 regarding the trigger event. 
For example, the trigger can be an event, like shipments, 
from an external source or a trigger can be a schedule 
that checks and re-checks periodically (every hour). 
[0030] it em 512 represents the supply side reconciler and item 

522 is the demand side reconciler. The supply side recon- 
ciler 512 is adapted to perform a supply side reconcilia- 
tion of the test data (transferred to the database 530 by 
the transformation unit 510) upon the occurrence of a 
trigger event received from the trigger event monitor 508. 
Once again, the supply side reconciler 512 reconciles the 
test data 500 with the data of the trigger event. The de- 
mand side reconciler 522 receives information on the cus- 
tomer entitlements 520 to perform a demand side recon- 
ciliation. One aspect of the invention is the database 530 
of test data that is collected from suppliers 30 and inter- 
nal systems 502 within a company. Thus, item 530 repre- 
sents the database of data and rules that are used to pro- 



duce the various reports 532 to the demand side, as con- 
trolled by the demand side reconciler 522. 

[0031] | n this system, the supply side reconciliation process per- 
formed by the supply side reconciler 512 reconciles data 
from the trigger event 508 with the test data 500. Simi- 
larly, the demand side reconciliation process performed 
by the demand side reconciler 522 determines whether 
the test data 500 is complete and whether the trans- 
formed (510) and supply side reconciled (512) data in the 
database 530 has been sent to the demand chain 532. 
Again, these processes of performing the supply side rec- 
onciliation and the demand side reconciliation can be se- 
lectively delayed or advanced predetermined period after 
or before the trigger event by the supply side reconciler 
512 and the demand side reconciler 522. 

[0032] | n addition, configurable rules are stored in the database 
530 regarding the allowed delay between the trigger event 
and the reconciliation span. Business rules are stored in 
the database 530 to define exceptions. Such rules can be 
extensive and can restrict data according to the Partner/ 
Location, Class (e.g., technology), and Type (e.g., test 
type) level (example: Supplier X, New mm technology, Kerf 
test), etc. 



[0033] | n one example of supply side reconciliation, a supplier 30 
will send a series of test data 500 at different manufac- 
turing steps and then ship the product to a manufacturer. 
During this process, the shipment notification may have 
an error (e.g. all the lots shipped may not be in the notifi- 
cation). Alternatively, shipment and notification might 
have been received but the test data might not have been 
received. Further, the test data might have been received 
but shipment might not have been received within the ap- 
propriate delay window. Assuming that some manufactur- 
ing steps and tests were done at a supplier prior to the 
manufacturers work, the shipment notification may have 
some errors. For example, all of the lots shipped may not 
be in the notification, or the shipment may have been 
linked to the wrong supplier. In addition, the shipment 
and notification from the supplier might have been re- 
ceived, but the test data might not have. In view of the 
foregoing, the supply side reconciler 512 produces recon- 
ciliation metrics regarding the percentage of errors in 
shipment notification, the percentage match of shipments 
vs. test data received, etc. 

[0034] with respect to demand side reconciliation 522, some 
customers are entitled to receive certain test data for a 



product in a multi-step, multi-sourced manufacturing en- 
vironment. When this occurs, all of the entitled test data 
may not be available or the data may have been received 
but might not have been sent to the customer. In the de- 
mand side reconciliation, as above, metrics such as the 
percentage match of trigger event (shipment received) vs. 
entitled attribute data sent to the customer, etc. is gener- 
ated by the demand side reconciler 522. 
[0035] Figures 6 and 7 illustrate two examples of trigger events 
and delay rules and illustrate a portion of the supply chain 
shown in Figure 2. More specifically, Figures 6 and 7 illus- 
trate steps B-F, J, and K discussed above with respect to 
Figure 2. In Figure 6, item 60 represents the attributes for 
step B that are received from Supplier 2 and item 66 simi- 
larly represents the attributes for step C that are received 
from Supplier 2. Item 68 represents the trigger event in 
step D that occurs when Internal 2 ships the component 
to Supplier 4, and this is when the supply and demand 
side reconciliations occur. The period represented by item 
62 represents the time period when the test results from 
step C are delayed (they are delayed until Step D). Simi- 
larly, item 64 represents the delay of test results from 
step B to step D. 



[0036] Figure 7 illustrates a situation where step E is the trigger 
point (instead of step D as in Figure 6). In this situation, 
item 74 shows that step E is the trigger point and item 70 
represents the data that shipment notification is received 
from supplier 2 at the end of step C. Item 72 represents 
the delay that it built into the invention where this ship- 
ment notification is delayed from step C to step E. The 
trigger point can also be advanced before the components 
are actually shipped. For example, the trigger event could 
actually occur when production of components begins, 
when the components are partially complete, when the 
components are being initially or finally tested, when the 
components are being prepared for shipment, etc. There- 
fore, the trigger event can be placed forward or backward 
in time, as necessary. 

[0037] Thus, as shown above, the invention calculates the supply 
side reconciliation metrics 512 and raises the supply side 
reconciliation alerts 514. The invention examines the cus- 
tomer entitlements 520 to identify which data the cus- 
tomer is entitled to see, and then reconciles the trigger 
(e.g., shipment) to the customer entitlement in the de- 
mand side reconciler 522. The demand side reconciliation 
metrics are calculated and the reconciliation alerts 516 are 



raised. The invention looks at the supply side and the de- 
mand side independently at the trigger event. Trigger 
events are defined and configured by forward and back- 
ward delay windows for reconciliation. While test data is 
used in the examples shown above, the invention is ex- 
pandable to any attribute of a manufacturing step, not 
just test data, such as wafer maps, country of origin, WIP 
etc. 

[0038] Some of the benefits which flow from the invention are 
the ability to verify completeness of data before it is sent 
to the demand chain. The invention has the ability to in- 
tervene and correct data issues prior to transmission to 
the demand chain. Further, the invention has the ability to 
shift the diagnosis and remediation closer to the time 
when data is generated in supply chain than at the point 
when data is to be sent to the demand chain. The inven- 
tion also has the potential to analyze and provide timely 
alternative routing/sourcing when a problem is detected 
and insulate the supply chain sourcing changes from di- 
rectly impacting data streams to the demand chain. For 
example, if a manufacturer allows data to be sent to the 
demand chain directly from the supply chain, any sourcing 
("supplier") changes made by the manufacturer will re- 



quire the demand chain to be involved. However, the in- 
ventive approach of receiving, integrating, validating and 
transmitting data insulates the demand chain from any 
such changes. 

[0039] Some alternative uses of the invention are the capability of 
expansion to handle any attribute (physical/ chemical/ 
electrical properties, country of origin of components, 
WIP, etc.) associated with a manufacturing step and in 
other industries as well. The invention can be easily ex- 
panded to work in any environment where requirements 
exist for tracking information through multiple entities. 
For example, companies engaged in export / import 
might be required to collect source information from mul- 
tiple parties, ensure completeness, and forward to cus- 
toms and/or other authorities. The retail industry could 
use similar approach to handle RFID data from its supply 
chain. A manufacturer could use a similar system to mon- 
itor and reconcile RFID data received from its suppliers 
and RFID data needed by its customers. 

[0040] while the invention has been described in terms of pre- 
ferred embodiments, those skilled in the art will recognize 
that the invention can be practiced with modification 
within the spirit and scope of the appended claims. 



